home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960425-19960715 / 000385_news@columbia.edu _Sun Jul 7 17:30:11 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id RAA18252 for <kermit.misc@watsun.cc.columbia.edu>; Sun, 7 Jul 1996 17:30:11 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id RAA03758 for kermit.misc@watsun; Sun, 7 Jul 1996 17:30:09 -0400 (EDT)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: dial and answer messages disappear with 1.1.5
  8. Date: 7 Jul 1996 21:30:08 GMT
  9. Organization: Columbia University
  10. Lines: 48
  11. Message-ID: <4rpa90$3lc@apakabar.cc.columbia.edu>
  12. References: <01bb6bb8.a6f8d360$5f89d9ce@#knickerb>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <01bb6bb8.a6f8d360$5f89d9ce@#knickerb>,
  16. Kevin Knickerbocker <knickerb@ix.netcom.com> wrote:
  17.  
  18. : I am using K95 1.1.5 to connect to a VMS system that uses dialback.  I
  19. : have a script that uses the "dial" command followed by the "answer"
  20. : command.  The informational message that is usually displayed by the
  21. : answer command has the first few lines missing from it.  It seems that
  22. : this only occurs after the dial command has been used.  If I use the
  23. : answer command without using the dial command first I do get all of the
  24. : informational lines.
  25. : 
  26. We will check this and make any necessary fixes in the next release.
  27.  
  28. : I have also noticed under circumstances that I have not been able to
  29. : identify that characters get "stuck" on the console display.  These are
  30. : characters from script "echo" commands or messages output from other
  31. : kermit commands.  Only a few characters from the output "stick".  They
  32. : appear to be randomly placed and are not cleared by the "cls" command.
  33. : 
  34. This is caused by a Yet Another Bug in the Windows 95 Console Agent
  35. (CONAGENT.EXE).  It is described in the Kermit 95 BUGS.DOC file, item 83.
  36.  
  37. : I had the "sticking" character problem with 1.1.4 in terminal mode but
  38. : not in command mode as I do now with 1.1.5.  With 1.1.5 this problem
  39. : occurs in both terminal and command modes.  The "stuck" characters are
  40. : not cleared in terminal mode with a ALT-R.
  41. : 
  42. In version 1.1.5, for the first time, the Command Window works like the
  43. Terminal Window.  The main advantage is the availability of scrollback.
  44. The disadvantage is the increased possibility of tickling the Console
  45. Agent bug, which was reported to Microsoft long ago.
  46.  
  47. The persistent ghost characters are not a certainty -- most people never
  48. see them.  The problem only occurs on some systems under certain
  49. conditions, such as under heavy system load or swapping.  Workarounds
  50. include:
  51.  
  52.  . Use Alt-Enter to switch to fullscreen mode and back.  This forces the
  53.    screen to be entirely reconstructed and exorcises the ghosts.
  54.  
  55.  . Rolling the screen back and then forwards, using Kermit's scrollback
  56.    keys, might also do the same thing.
  57.  
  58.  . Buy more memory :-)  These systems are memory hungry and all sorts of
  59.    problems disappear when you have 32MB or more.  Memory is dirt cheap
  60.    at the moment, so this is a good time to expand.
  61.  
  62. - Frank